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Packet Buffer Management Apparatus and Method 



Field of the Invention 



The invention relates to a packet buffer management 

11 system for the handling the reception and transmission of 

12 data packets from a shared memory buffer. A host and a 

13 media access controller share a packet memory, and implement 

14 a plurality of queues to enable the efficient sharing of a 

15 common memory. 
16 

17 Background of the Invention 

18 Network systems typically have a media access 

19 controller (MAC) , which receives packets from a physical 

20 media such as twisted pair copper wire in the case of IEEE 

21 802.3 commonly known as copper ethernet, or from a wireless 

22 front end which converts RF signals into packets as in the 

23 case of IEEE standard 802.11, commonly known as wireless 

24 ethernet. The MAC provides the interface from a variety of 

25 physical interfaces and produces a single interface for 
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1 receiving and transmitting packets. A host is a function or 

2 device which receives and transmits packets, typically from 

3 some sort of client or server application software program. 

4 Each MAC and host interface may generate or accept packets 

5 at different times, and at different rates. The balance of 

6 packets which are received from one interface before being 

7 handled by the other interface are stored in a packet 

8 buffer. Figure 1 shows the arrangement of a Host 12 , a MAC 

9 14, and a packet buffer 18, wherein they share an interface 

10 16. A well-known problem in the area of networking is the 

11 sharing of this interface 16 among a plurality of host and 

12 MAC devices. The PCI bus specification from PCISIG 

13 (www.pci.org) is one example of a shared bus which was 

14 developed for applications where there are multiple devices 

15 sharing a pooled memory resource, and is one of the prior 

16 art solutions to the interface 18 of figure 1. Each new 

17 version of PCI provides greater bandwidth to support each 

18 new generation of higher speed ethernet adapters. For 

19 example, is currently possible to place many gigabit 

20 ethernet devices on a shared memory 18 in an Intel cpu-based 

21 host, or personal computer (PC) 12. 

22 Advances in wireless communications have provided a 

23 different challenge from those presented by high speed 

24 ethernet connections. Each wireless device represents a 

25 lower speed connection, and as portable devices, the system 
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1 power budget must be carefully managed. For these devices, 

2 a lower complexity interface translates into lower power and 

3 longer battery life. Additionally, the quality of service 

4 requirements are different for wireless devices compared to 

5 ethernet devices. When the reliability or bandwidth of the 

6 channel degrades, ensuring that high priority traffic 

7 continues to receive the highest quality of service at the 

8 expense of competing streams of traffic becomes very 

9 important. It is desired to have a communications interface 

10 with the following features: 

11 a) a shared bus and shared memory for moving data from 

12 a host to a MAC; 

13 b) separation of memory allocation into a plurality of 

14 separate queues; 

15 c) separation of packet memory into three coupled 

16 entities known as a packet memory slot, each packet memory 

17 slot comprising a descriptor status bit which provides a 

18 single-bit representation of the availability of the present 

19 packet memory slot, a descriptor memory location, and a data 

20 segment memory location. 

21 d) a plurality of queues, each queue comprising a 

22 plurality of packet memory slots. 
23 

24 
25 
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1 Objects of the Invention 

2 A first object of the invention is a packet memory 

3 system having a plurality of memory slots, each packet 

4 memory slot comprising a descriptor status bit, a descriptor 

5 memory location, and a data segment memory location. 

6 A second object of the invention is a packet buffer 



7 write system which handles writing packets into packet 

8 memory comprising a plurality of packet memory slots, each 

9 packet memory slot including a descriptor status array slot 

10 and a packet buffer slot which includes a descriptor memory 

11 location and a data segment memory location. 

12 A third object of the invention is a packet buffer read 

13 system which handles reading packets from a packet memory 

14 comprising a plurality of packet memory slots, each packet 

15 memory slot including a descriptor status array slot and a 

16 packet buffer slot which includes a descriptor memory 

17 location and a data segment memory location. 

18 a fourth object of the invention is a process for 

19 writing packets into a packet memory comprising a plurality 

20 of packet memory slots, each packet memory slot including a 

21 descriptor status array slot and a packet buffer slot which 

22 includes a descriptor memory location and a data segment 

23 memory location. 

24 a fifth object of the invention is a process for 

25 reading packets from a packet memory comprising a plurality 
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1 of packet memory slots, each packet memory slot including a 

2 descriptor status array slot and a packet buffer slot which 

3 includes a descriptor memory location and a data segment 

4 memory location, 
5 

6 Summary of the Invention 

7 A packet memory system comprises a plurality of packet 

8 memory slots, each slot comprising a descriptor status bit, 

9 a descriptor memory location, and a data segment memory 

10 location. The descriptor status bit indicates the 

11 availability of the memory slot, and the descriptor memory 

12 location carries packet header information and a pointer to 

13 the next descriptor, while the data segment memory location 

14 carries the actual packet data. Since each packet memory 

15 slot of the packet memory system is a fixed size, the 

16 bindings between each descriptor status bit, descriptor 

17 memory location, and data segment memory location are fixed 

18 and easily computed from the descriptor status bit. In this 

19 manner, the availability of a particular memory slot by 

20 reading a status bit enables the immediate access to that 

21 associated memory slot by either a host memory controller or 

22 a MAC memory controller. A plurality of memory slots may be 

23 organized into one or more queues to support a plurality of 

24 priorities for packet transmission and reception. 
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1 A process for a host transmit controller 24 writing 

2 packets into a packet buffer 28 for removal by a MAC 

3 transmit controller 90 is performed as follows: initially, 

4 a MAC read pointer 86 and a host write pointer 22 are 

5 initialized to point to the same memory slot. Upon receipt 

6 of host packets to be written into the packet buffer 28, a 

7 next host controller 40 searches the descriptor status array 

8 44 from a first direction to locate the first available 

9 memory slot, sets the descriptor status array 44 bit for the 

10 new memory slot to "used", writes the location of this slot 

11 into the "pointer to next descriptor" field of the current 

12 descriptor, and writes the packet header information into 

13 the new descriptor slot and the data into the associated new 

14 data segment memory slot. This process continues for each 

15 new packet received, until the host write sequence 

16 completes, and the host_write_ptr 22 is set with the address 

17 of the last descriptor written. 

18 A process for a MAC Rx controller 90 reading packets 

19 from the packet buffer 28 written as described above 

20 comprises reading the MAC_read_ptr 86 and associated data 

21 segment memory location, clearing the associated descriptor 

22 status bit, following the "pointer to next descriptor" of 

23 the current descriptor, and updating the MAC read pointer 

24 until the MAC read pointer equals the value of the host 

25 write pointer. At this point, the MAC has read all of the 
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1 information in the packet memory, and the availability bits 

2 of the descriptor status array 44 have been cleared, 

3 indicating availability for reuse. 

4 The process for the MAC writing packets to be read by 

5 the host works in an analogous way, however the next MAC 

6 controller 48 searches the descriptor status array 44 in a 

7 second direction opposite to the first direction of the next 

8 host controller 40 when searching for a location to write. 

9 In this case, a MAC write pointer 34 and a host read pointer 

10 62 are initialized to point to the same memory slot opposite 

11 the location used for the MAC read pointer 86 and host write 

12 pointer 22 described earlier. Upon reception of MAC write 

13 packets, the MAC Rx controller searches the descriptor 

14 status array opposite the first direction described earlier 

15 to locate the first available memory slot, writes this 

16 location into the "pointer to next descriptor" field of the 

17 current descriptor location, and then writes the header 

18 information into the next descriptor and the data into the 

19 associated data segment memory. This process continues for 

20 each new memory required, until the MAC write sequence 

21 completes, and a MAC write register is set with the address 

22 of the last descriptor written. 

23 A process for a host reading packets from the packet 

24 memory 28 written as described above comprises reading the 

25 host read pointer 62, using this address to read the 
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1 associated descriptor memory location and associated data 

2 segment memory location, clearing the associated descriptor 

3 status bit, following the "pointer to next descriptor" of 

4 the current descriptor, and updating the host read pointer 

5 62 until the host read pointer 62 equals the value of the 

6 MAC write pointer 34. At this point, the host has read all 

7 of the information in the packet memory, and the 

8 availability bits of the descriptor status array have been 

9 cleared, indicating availability for reuse. 

10 This process may be implemented by several queues, each 

11 queue with its own set of MAC and HOST read and write 

12 pointers, and each accessing its own memory slots which are 

13 allocated within the packet memory. 
14 

15 

16 Brief Description of the Drawings 



17 Figure 1 is a prior art block diagram of a packet 

18 buffer coupled to a host and a Media Access Controller 

19 (MAC) . 

20 Figure 2 is the block diagram for a packet buffer write 

21 system for writing packets into a packet buffer. 

22 Figure 3 is the block diagram for a packet buffer read 

23 system for reading packets from a packet buffer. 

24 Figure 4 is a block diagram showing the generation of 

25 Tx Done and Rx_Done signals. 
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1 Figure 5 shows the organization of the packet memory of 

2 figures 2 and 3 for a single queue. 

3 Figure 6 shows the detail for a single location of the 

4 descriptor memory of figure 5. 

5 Figure 7 shows the organization of packet memory of 

6 figure 5 when there are multiple queues. 

7 Figure 8a shows the descriptor status array, descriptor 

8 memory, data segment memory, and pointers after 

9 initialization. 

10 Figure 8b shows the descriptor status array, descriptor 

11 memory, data segment memory, and pointers after receipt of 

12 data packets from the MAC and host. 

13 Figure 8c shows the descriptor status array, descriptor 

14 memory, data segment memory, and pointers after data from 

15 the packet buffer is moved by the Host Rx Controller and MAC 

16 Tx Controller. 

17 Figure 9 is the flowchart for the initialization of the 

18 packet buffer write system of figure 2 and packet buffer 

19 read system of figure 3. 

20 Figure 10a is the flowchart for the process of the Host 

21 Tx Controller of figure 2. 

22 Figure 10b is the flowchart for the process of the MAC 

23 Rx controller of figure 2. 

24 Figure 11a is the flowchart for the process of the Host 

25 Rx Controller of figure 3. 
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1 Figure lib is the flowchart for the process of the MAC 

2 Tx Controller of figure 3. 
3 

4 
5 

6 Detailed Description of the Invention 

7 In the prior art figure 1, the packet buffer 18 is used 

8 as buffer storage for packets leaving the host 12, destined 

9 for the MAC 14, which are then transmitted via ethernet for 

10 IEEE 802.3, or transmitted via wireless ethernet for the 

11 case of IEEE 802.11. The packet buffer is also used to 

12 store packets arriving from the MAC 14 and destined for the 

13 host 12. Typically, the host 12 has a higher bandwidth for 

14 writing data to the packet buffer 18 than does the 

15 transmitting channel of the MAC 14 to the ethernet media. 

16 In opposite fashion, the MAC 14 receives frames from 

17 ethernet media at a low bandwidth rate for placement into 

18 the packet buffer 18, and the host 12 removes them from the 

19 packet buffer 18 for processing by applications. In this 

20 manner, the MAC 14 is writing packets into packet buffer 18 

21 for removal by the host 12, and the host 12 is writing 

22 packets into the packet buffer 18 for removal by the MAC 14. 

23 Figure 2 shows a packet buffer write system 20. The 

24 packet Buffer 28 receives packets from a Host Tx Controller 
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1 24 via a packet buffer interface bus 26. The sequence of 

2 operation for the Host Tx Controller 24 is as follows: 

3 0) Initially, the host_write_ptr 22, which is used to 

4 point to the last used host write memory location, is 

5 initialized to point to an available location at a first end 

6 of the descriptor status array 44, and a pointer described 

7 later in conjunction with figure 3, MAC_read_ptr, is set to 

8 this same location. This initialization is only performed 

9 at the initial startup of the controller, typically at 

10 power-on, or reset. 

11 Upon receipt of a packet on Host Tx Data 54, the 

12 following sequence is performed: 

13 1) Host Tx Controller 24 receives new Host Tx Data 54, 

14 and sends a query to the Next Host controller 40 over 

15 connection 36. 

16 2) The Next Host controller 40, finds the first 

17 available memory slot in packet buffer 28 by examining 

18 descriptor status array 44. Descriptor status array 44 is a 

19 linear array of bits, where each bit indicates the 

20 availability of a memory slot in the packet buffer 28 with 

21 the indication that an associated packet buffer 28 memory 

22 slot is "free" or "used". The Next Host Controller 40 

23 queries the Descriptor Status Array in a first search 

24 direction starting from a first end, and upon finding a 

25 location set as "free", thereafter changes this same bit to 
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1 "used" and returns the location of the available memory slot 

2 to the Next Host Controller 40 over interface 42. 

3 3) Next Host Controller 40 returns this location to the 

4 Host Tx Controller on bus 38, and the Host Tx Controller 24 

5 writes the packet header information in descriptor memory 

6 part of the memory slot, and the packet data information 

7 into a data segment memory part of the memory slot. 



8 4) The host_write_ptr 22 is updated to point to the new 

9 packet buffer memory slot as was assigned in step 2. 
10 

11 The function of the MAC Rx Controller 32 is similar to 

12 the Host Tx Controller 24, and may be described as follows: 

13 0) Initially, the MAC_write__ptr 34, which is used to 



14 point to a second end opposite the first end of the 

15 descriptor status array 44 is initialized to the second end 

16 of descriptor status array 55, and a pointer described later 

17 in conjunction with figure 3, host_read_ptr 62, is set to 

18 this same location. This operation is only performed at the 

19 initial startup of the controller, typically at power-on, or 

20 reset. 



21 Upon receipt of a packet MAC Rx Data 56, the following 

22 sequence is performed: 

23 1) MAC Rx Controller 32 receives new MAC Rx Data 56, 

24 and sends a query to the Next MAC controller 48. 
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1 2) The Next MAC controller 48 finds an available memory 

2 slot in packet buffer 28 by examining descriptor status 

3 array 44. Descriptor status array 44 is the one-bit array 

4 described earlier, where each bit indicates the availability 

5 of a memory slot in the packet buffer 28 with the indication 

6 that the associated memory slot in packet buffer 28 is 

7 "free" or "used". The Next MAC Controller 40 queries the 

8 Descriptor Status Array in a second search direction 

9 opposite the first search direction described above, and 

10 upon finding a bit noted as "free", thereafter changes this 

11 same bit to "used" and returns the location of the available 

12 memory slot to the Next MAC Controller 48. 

13 3) Next MAC Controller 48 returns this location to the 

14 MAC Rx Controller 32 on bus 52, and the MAC Rx Controller 32 

15 writes the packet header information in the descriptor 

16 memory location of the memory slot, and the packet data 

17 information into a data segment memory location of the 

18 memory slot. 

19 4) The MAC_write_ptr 34 is updated to point to the new 

20 packet buffer memory slot as was assigned in step 2. 

21 In this manner, packets to be placed in host memory are 

22 very quickly assigned a packet memory slot, and the memory 

23 slots for Host Tx Data 54 and MAC Rx Data 56 are assigned to 

24 opposite ends of the available memory in packet buffer 28, 
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1 thereby reducing the contention for same slots and 

2 optimizing memory utilization. 

3 Figure 3 shows the packet buffer read system 60 , which 

4 removes packets from the packet buffer 28 and delivers them 

5 to either Host Rx Data 64, or the MAC Tx Data 88, The Host 

6 Rx Controller 66 receives a Rx Done signal 67 which is 

7 asserted when the Host Rx Controller 66 has removed all 

8 packets placed in the packet buffer 28 by the MAC Rx 

9 Controller 32 of figure 2. When a packet is removed from 

10 the packet buffer 28, the corresponding memory slot is 

11 marked as free in the descriptor status array 44. The 

12 descriptor status array 44 and packet buffer 28 are shared 

13 with the packet buffer write system 20 of figure 2. As 

14 described earlier, each memory slot comprises a memory 

15 descriptor and data segment memory which are stored in 

16 packet buffer 28, and an associated descriptor status array 

17 44 which indicates whether each slot is "used" or "free", as 

18 described in figure 2. The operation of the packet buffer 

19 read system 60 is as follows: 

20 0) During the initialization time as described for the 

21 packet buffer write system of figure 2, the host_read_ptr 62 

22 is set to the same location as the MAC_write_ptr 34 of 

23 figure 2. Similarly, the MAC_read_ptr 8 6 is set to the same 

24 location as the host_write_ptr 22 of figure 2. The 

25 comparison of pointers host_writejptr 22 and MAC_read_ptr 86 
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1 is used to form the signal Tx_Done 91, which is asserted 

2 when the two pointers have the same value. The comparison 

3 of pointers host_read_ptr 62 and MAC_write_ptr 34 is used to 

4 form the signal Rx_Done 67, which is asserted when these two 

5 pointers have the same value. 

6 1) If Rx_Done 67 is not asserted, the Host Rx 

7 Controller 66 reads the packet buffer 28 memory slot pointed 

8 to by the host_read_ptr 62. The memory slot pointed to by 

9 the host_read_ptr 62 comprises descriptor memory location 

10 and data segment memory location stored in packet buffer 28, 

11 and the descriptor status array 44. The descriptor memory 

12 location includes a pointer to the next memory slot. 

13 2) The host rx controller 66 reads the descriptor for 

14 the slot pointed to by host_read_ptr 62, which includes a 

15 pointer to the next descriptor location, the actual packet 

16 data held in a data segment memory location, and the 

17 descriptor status array bit. 

18 3) The host_read_ptr 62 refers to a "present memory 

19 slot", while the pointer to the next location in the 

20 descriptor of the "present memory slot" points to the "next 

21 memory slot". The host_read_ptr 62 is set to the "next 

22 memory slot", the data segment memory associated with the 

23 "present memory slot" is sent to the host Rx Data interface 

24 64 along with the packet header information stored in the 

25 corresponding descriptor memory location, and the status bit 
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1 associated with the "present memory slot" is set to "free" 

2 after the data segment memory is read. 

3 The MAC Tx Controller 90 works in an analogous way for 

4 packets placed in the packet buffer 28 by the Host Tx 

5 Controller 24 of figure 2. The MAC Tx Controller 90 receives 

6 a Tx Done signal 91 which is asserted when the MAC Tx 

7 Controller 90 has removed all packets placed in the packet 

8 buffer 28 by the Host Tx Controller 24 of figure 2. When a 

9 packet is removed from the packet buffer 28, the 

10 corresponding memory slot is marked as free in the 

11 descriptor status array 44. The descriptor status array 44 

12 and packet buffer 28 are shared with the packet buffer write 

13 system 20 of figure 2. As described earlier, each memory 

14 slot comprises a memory descriptor and data segment memory 

15 which are stored in packet buffer 28, and an associated 

16 descriptor status array 44 which indicates whether each slot 

17 is "used" or "free", as described in figure 2. The 

18 operation of the packet buffer read system 60 is as follows: 

19 0) During the initialization time, the MAC_read_ptr 8 6 

20 is set to the same location as the host_write_ptr 22 of 

21 figure 2, as was described earlier. The comparison of 

22 pointers host_write_ptr 22 and MAC_read_ptr 86 is used to 

23 form Tx_Done 91, as described earlier. 

24 1) If Tx_Done 91 is not asserted, the MAC Tx Controller 

25 90 reads the packet buffer 28 memory slot pointed to by the 
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1 MAC_read_ptr 86. The memory slot pointed to by the 

2 MAC_read_ptr 86 comprises a descriptor memory location and a 

3 data segment memory location stored in packet buffer 28, and 

4 the descriptor status array 44. The descriptor memory 

5 includes a pointer to the next memory slot. 

6 2) The MAC Tx controller 90 reads the descriptor for 

7 the slot pointed to by MAC_read_ptr 86, which includes a 

8 pointer to the next location, the actual packet data held in 

9 a data segment memory location, and the descriptor status 

10 array bit. 

11 3) The MAC_read_ptr 86 refers to a "present MAC memory 

12 slot", while the pointer to the next location in the 

13 descriptor of the "present MAC memory slot" points to the 

14 "next MAC memory slot". The MAC_read_ptr 86 is set to the 

15 "next MAC memory slot", the data segment memory associated 

16 with the "present MAC memory slot" is sent to MAC Tx Data 

17 88, and the status bit associated with the "present MAC 

18 memory slot" is set to "free" after the data segment memory 

19 is read. 

20 Figure 4 shows the generation of Tx_Done 91 and Rx_Done 

21 67. Tx_Done 91 is asserted when the MAC_read_pointer 86 is 

22 equal to the host_write_pointer 22. From the description of 

23 figures 2 and 3, it can be seen that each new packet from 

24 the host results in the assignment of the packet to one or 

25 more memory slots, each causing the updating of the pointer 
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1 host_write_ptr 22. As packets are removed from the packet 

2 buffer and transmitted as MAC Tx Data 88, the MAC_read_ptr 

3 86 is updated until the MAC_read_ptr 8 6 is equal to the 

4 host_write__ptr 22 , which causes the assertion of Tx__Done 91 

5 by comparator 114. Similarly, Rx_Done 67 is asserted when 

6 the host_read_pointer 62 is equal to the MAC_write_pointer 

7 34 by comparator 120. From the description of figures 2 and 

8 3, it can be seen that each new packet from the MAC results 

9 in the assignment of the packet to one or more memory slots, 

10 each causing the updating of the pointer MAC_write_ptr 34. 

11 As packets are removed from the packet buffer and 

12 transmitted as Host Rx Data 64, the host_read_ptr 62 is 

13 updated until the host_read_ptr 62 is equal to the 

14 MAC_writej?tr 34, which causes the assertion of Rx_Done 67. 

15 In this manner, the write pointers host_write_ptr 22 and 

16 MAC_write_ptr 34 are advancing to new locations (from 

17 opposite directions), and the read pointers MAC_read_ptr 86 

18 and host_read_ptr 62 are lagging behind until all data is 

19 removed from the buffer, at which point the respective 

20 Tx_Done 91 and Rx_done 67 signals are asserted, and the 

21 respective MAC Tx Controller 90 and Host Rx Controller 66 

22 stop sending data to their respective output ports MAC Tx 

23 Data 88 and Host Rx Data 64. 

24 Figure 5 shows the organization of packet buffer 28 for 

25 a single queue. As described earlier, the packet buffer 28 
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1 comprises a plurality of memory slots from slot 0 142 

2 through slot n 144, where n can be any integer greater than 

3 1. Each memory slot has identical structure comprising a 

4 descriptor status bit, a descriptor memory location, and a 

5 data segment memory location. For example, memory slot 2 

6 146 includes a descriptor status bit 136 which indicates 

7 that this memory slot is "free" or "used", descriptor memory 

8 location 138 which contains header and pointer information, 

9 as will be described later, and data segment memory location 

10 140, which contains the actual packet data. The plurality 

11 of memory descriptor status bits from all slots comprises 

12 descriptor status array 130, the plurality of memory 

13 descriptors locations forms descriptor memory 132, and the 

14 plurality of data segment memory locations forms data 

15 segment memory 134. The uniform size of each constituent of 

16 a memory slot enables the rapid computation of location from 

17 a descriptor status array bit. For example, if each 

18 descriptor memory location is 16 bytes long, and each data 

19 segment memory location is 256 bytes long, and there are n 

20 memory slots, the required memory is n bits of descriptor 

21 status array, and n* (16+256) bytes of descriptor memory and 

22 data segment memory. If the descriptor memory 132 and data 

23 segment memory 134 are placed contiguously in static ram 

24 (sram) starting at a location 0, then descriptor status 

25 array bit m (bounded from 0 through n) refers to descriptor 
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1 memory location byte 16*m, and data segment memory location 

2 16*n + 256*m. In this manner, the address locations for 

3 descriptor memory and data segment memory can be very 

4 quickly computed from the descriptor status array bit. The 

5 descriptor status array 130 comprises a linear arrangement 

6 of individual bits which each indicate whether the 

7 associated memory slot is "free" or "used", and this 

8 descriptor status array 130 was shown as descriptor status 

9 array 44 of figures 2 and 3. 

10 It should be pointed out that Figure 5 illustrates a 

11 single queue which requires two pointer pairs host_write_ptr 

12 22 , MAC_read_ptr 86, and MAC_write_ptr 34, host_read_ptr 62. 

13 At initialization, host__write_ptr 22 and MAC_read_ptr 86 

14 would both point to a same first end of the descriptor 

15 status array 0, while the MAC_write_ptr 34 and host_read_ptr 

16 62 would point to the same location on the opposite, or 

17 second end of the descriptor status array n. Each single 

18 queue would comprise 4 pointers managed as described in 

19 figures 2 and 3. 

20 Figure 6 shows the detail of a descriptor memory 

21 location from figure 5. A descriptor memory location 142 

22 includes a packet header which comprises a type field, a 

23 length field, a source address, and a destination address. 

24 The descriptor memory location 142 also includes a "pointer 

25 to next" field, which contains the address of the next 
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1 descriptor when multiple descriptors are chained together, 

2 as will be described later. The type field describes the 

3 type of data packet, and the length is the length of the 

4 data in the associated data segment memory location. The 

5 source and destination addresses are layer 2 addresses well 

6 known in ethernet communications. 

7 Figure 7 shows the memory organization for a multiple 

8 queue memory system, which comprises multiple instances of 

9 the queue of figure 5. For a four queue system, each queue 

10 operates in its own memory space concatenated onto the 

11 previous queue. For example, queue 0 150 would comprise 

12 descriptor status array 130, descriptor memory 132, and data 

13 segment memory 134, and queue 1 would comprise descriptor 

14 status array 152, descriptor memory 154, and data segment 

15 memory 156, respectively. Queues 1 through 3 are similarly 

16 arranged queues. The multiple queues are typically formed 

17 by concatenating the descriptor memory for all of the 

18 queues, the data segment memory for all of the queues, and 

19 the descriptor status array for all of the queues. For the 

20 case of data segment memory pooled one queue after another, 

21 followed by data segment memory pooled one queue after 

22 another, the descriptor status array can still be used to 

23 address each memory segment. For example, if there are q 

24 queues, and we are addressing a particular queue k (0 o k 

25 <= q-1), and n data slots in each queue, and the memory is 
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1 organized as shown in figure 5, then there are n*q bits of 

2 descriptor status array. Where descriptor memory starts at 

3 location 0, any descriptor status array bit m (0 >= m >= 

4 n*q-l) for a specific queue k then refers to descriptor 

5 memory byte address m*k*16. Where data segment memory 

6 starts at the end of descriptor memory, any data segment 

7 memory location can be addressed as n*q*16 + m*k*256. In 

8 this manner, multiple queues may be maintained by a single 

9 packet buffer write system 20 and a single packet buffer 

10 read system 60 by adding additional independent queues as 

11 described above and including priority information to the 

12 host Tx Data 54 and MAC Rx Data 56 of figure 2, and carrying 

13 this priority information to next host controller 40 and 

14 next mac controller 48, respectively. The Host Tx 

15 Controller 24 and MAC Rx Controller 32 would use the 

16 priority information to manage the separate queues. In the 

17 case of contention, or bandwidth limiting, the highest 

18 priority queue would receive most preferential treatment, as 

19 is known in the art of queuing theory. Similarly, in packet 

20 buffer read system 60 of figure 3, the Host Rx Controller 66 

21 and MAC Tx Controller 90 would remove packets from each 

22 separate queue based on the priority of each queue. 

23 Commonly in wireless systems, the memory bandwidth of bus 26 

24 to packet buffer 28 is not a constraint, but rather the PHY 

25 transmit channel 102, representing the bandwidth available 
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1 for MAC Tx Data 88. When channel bandwidth is poor, 

2 outgoing transmissions are not received, and requests for 

3 retransmission of lost data occur. In this case, transmit 

4 data in lower-priority queues remains in the packet buffer 

5 28, until the higher priority data is successfully 

6 transmitted and acknowledged by the receiver. Often, this 

7 means that the lower-priority queues may overflow and data 

8 may be lost, however the highest priority queue will 

9 continue to receive all of the available bandwidth. There 

10 are many priority algorithms which are part of the prior art 

11 of queuing theory, as is known to one skilled in the art. 

12 It is clear that any existing priority scheme may be used, 

13 including weighted round robin, head-of-line priority 

14 queues, pre-emptive priority queues, service-time priority 

15 queues, or any other prior art priority queuing method. The 

16 advantage of maintaining multiple queues as shown in figure 

17 7 is the ability to associate different quality of service 

18 to each queue. For example, queue 0 could represent the 

19 highest quality of service, taking priority over queue 1, 

20 etc. In this manner, when the communications channel 

21 becomes blocked or the bandwidth is momentarily limited, 

22 queue 0 has first priority for transmission and reception. 

23 The management of separate queues is believed to be of 

24 particular value in wireless networks, where the bandwidth 
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1 of the channel is subject to change over time because of 

2 multi-path reflections and signal fading, for example. 

3 Figure 8a , 8b, and 8c show the memory arrangement for a 

4 single queue at three separate times, respectively: at 

5 initialization, after reception of packets from the MAC and 

6 host, and after the buffer is emptied. Packet memory 

7 comprises the descriptor status array 44 and packet buffer 

8 memory 28, which includes descriptor memory 132 and data 

9 segment memory 134. Figure 8a shows initialization, when 

10 MAC_read__ptr 8 6 and host_write__ptr 22 are set to the first 

11 memory slot location at a first end, shown as slot 0, and 

12 the host_read_ptr 62 and MAC_write_ptr 34 are both set to 

13 the last memory slot location at a second end, shown as slot 

14 15. The Descriptor Status Array bits 44 are all reset to 0 

15 indicating "free", and the descriptor memory 132 and data 

16 segment memory 134 may be optionally initialized to 

17 predetermined values. Pointer pair host_read__ptr 62 and 

18 MAC_write_ptr 34 are equal with the value 15, causing 

19 Rx_Done 67 of figures 4 and 3 to be asserted by comparator 

20 120, which indicates to Host Rx Controller 66 that no 

21 packets are available to be removed from packet buffer 28. 

22 Similarly, pointer pair host_write_ptr 22 and MAC_read_ptr 

23 8 6 of figure 8a are equal with the value 0, causing Tx__Done 

24 91 of figures 4 and 3 to be asserted by comparator 114, 
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1 which indicates to MAC Tx Controller 90 that no frames are 

2 available for removal from packet buffer 28. 

3 Figure 8b shows the state of the descriptor status 

4 array 44, descriptor memory 132, and data segment memory 134 

5 after the receipt of packets with data "aa", "bb ,f , "cc", and 

6 "dd" from the host Tx controller 24 and packets with data 

7 "ab", "cd", and "ef" from the MAC Rx controller 32. Each 

8 time a packet is received from the host Tx Controller 24 , 

9 the current memory slot of the descriptor status array is 

10 changed from "free" to "used", the header information is 

11 placed in the corresponding slot of descriptor memory 132, 

12 the packet data is placed in the corresponding slot of data 

13 segment memory 134, and a search is conducted in a first 

14 direction for the first available memory slot, and this 

15 value is written into the "next" field of the descriptor 

16 memory 132. In this case, successively memory slots 0, 1, 

17 2, and 3 were written by the host Tx Controller 24 of figure 

18 2, resulting in the memory allocation shown in figure 8b. 

19 The descriptor status array 44 shows each of the 4 slots 

20 from the first location is "used". Separately, or 

21 concurrently with these host Tx Controller 24 write 

22 activities, the MAC Rx controller 32 has also been putting 

23 packets into memory using MAC__write_ptr 34. As was 

24 described earlier in figure 2, the operation of the MAC Rx 

25 controller 32 results in a search for available memory using 
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1 next MAC controller 48, which searches in a second direction 

2 opposite the earlier first direction for available memory 

3 slots in descriptor status array 44. The successive arrival 

4 of data packets "ab", "cd", and "ef" from the MAC is shown 

5 in figure 8b, resulting in "used" status bits in descriptor 

6 status array 44 locations 15, 14, 13, respectively, and the 

7 successive updating of "next" in descriptor slots 15 and 14, 

8 respectively. Slots 13 and slot 3 of descriptor memory 

9 "next" location are left uninitialized since this is the 

10 last data present, and the "next location" will be written 

11 when a new packet arrives. The next memory location 

12 identified by the MAC Rx controller 32 would be written to 

13 the "next" value in descriptor memory slot 13, and the next 

14 memory location identified by the host Tx controller 24 

15 would be written in the "next" value in descriptor memory 

16 slot 3. 

17 Figure 8c shows the state of the descriptor status 

18 array 44, descriptor memory 132, and data segment memory 134 

19 after the data has been read out of packet buffer 28 by host 

20 Rx controller 66 and MAC Tx controller 90. The host Rx 

21 controller 66 successively reads descriptor memory locations 

22 and data segment memory locations pointed to by 

23 host_read_ptr 62, clearing the associated descriptor status 

24 array bit to "free", and following the descriptor memory 132 

25 "next" pointer until Rx_Done 67 is asserted. Similarly, the 
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1 MAC Tx controller 90 successively reads descriptor memory 

2 and data segment memory locations point to by MAC_read_ptr 

3 86, clearing the associated descriptor status array bit to 

4 "free", following the descriptor memory 132 "next" pointer 

5 until Tx_Done 91 is asserted. After all of the data has 

6 been removed from the packet buffer, the descriptor status 

7 array 44 bits are all cleared, and the pointers 62, 34, 22, 

8 and 8 6 point to the last used location, shown in the state 

9 of figure 8c. As the host Tx controller 24 is searching for 

10 the first available location from a first end, and the mac 

11 rx controller 32 is searching for first available locations 

12 from a second end, the queue makes best use of the available 

13 memory slots. 

14 Figure 9 shows the initialization algorithm used to 

15 initialize the packet buffer write system 20 of figure 2 and 

16 packet buffer read system 60 of figure 3. The 

17 initialization is entered in step 160, and in initialization 

18 step 162, the host_write_ptr 22 and MAC_read_ptr 8 6 are 

19 initialized to a first end of the descriptor status array 

20 44, while the host_read_ptr 62 and MAC_write_ptr 34 are 

21 initialized to a second end which is opposite the first end 

22 of the descriptor status array 44. The initialization 

23 terminates in step 164. 

24 Figure 10a shows the operation of the Host Tx 

25 Controller 24. Upon receipt of a new host packet in step 
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1 166, the header and packet data are extracted in step 168. 

2 The descriptor status array 44 is searched from a first end 

3 for the first available memory slot, referred to as "slot a" 

4 in step 170. In step 172, slot a is marked as "used", and 

5 the header is written into descriptor memory pointed to by 

6 the host_write_ptr 22 in step 174. The associated data is 

7 written into the same memory slot, data segment location 

8 pointed to by host_write_ptr 22 in step 176. In step 178, 

9 the address "slot a" is written into the "next" field of the 

10 data descriptor memory, and in step 180, the host_write_ptr 

11 22 is updated with the value of "slot a". The process 

12 terminates at step 182 until the next host packet is 

13 received in step 166. 

14 Figure 10b shows the operation of the MAC Rx Controller 

15 32. Upon receipt of a new host packet in step 190, the 

16 header and packet data are extracted in step 192. The 

17 descriptor status array 44 is searched from a second end 

18 opposite the first end of figure 10a for the first available 

19 memory slot, referred to as "slot b" in step 194. In step 

20 196, slot b is marked as "used", and the header is written 

21 into descriptor memory pointed to by the MAC_write_ptr 34 in 

22 step 198. The associated packet data is written into the 

23 same memory slot, data segment location pointed to by 

24 MAC_writejptr 34 in step 200. In step 202, the address 

25 "slot b" is written into the "next" field of the data 
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1 descriptor memory, and in step 204, the MAC_write_ptr 34 is 

2 updated with the value of "slot b" . The process terminates 

3 at step 206 until the next MAC packet is received in step 

4 190. 

5 Figure 11a shows the process used by the Host Rx 

6 Controller 66 to remove packets from the packet buffer 28. 

7 A continuous comparison is done between the host_read_jptr 62 

8 and MAC_write_ptr 34 in step 232. If they are equal, 

9 Rx__Done 67 is asserted and the process returns to step 232 

10 until they are not equal and Rx_Done 67 is not asserted, 

11 whereupon the process enters step 236 and uses host__read_ptr 

12 62 to read the data segment memory and reads the header in 

13 step 238 as well as the value of the "next" field of the 

14 descriptor for the memory slot pointed to by host_read__ptr 

15 62. The header and data are sent to Host Rx Data 64 in step 

16 240. The memory slot pointed to by the host_read_ptr also 

17 includes a bit from the descriptor status array 44, which is 

18 set to "free" in step 242, and the value "next" that was 

19 earlier recovered in step 238 is written into the 

20 host_read_ptr 62 in step 244. The process then returns to 

21 step 232 in search of additional packets to remove from the 

22 packet buffer. 

23 Figure lib shows the process used by the MAC Tx 

24 Controller 90 to remove packets from the packet buffer 28. 

25 A continuous comparison is done between the MAC_read_ptr 8 6 

Patent Application Packet Buffer Management by Narasimhan and Rao 29 
File:redpine_pkt_buff_mgmt_patent.doc Last printed 10/4/2003 12:05 AM 9/12/2003 6:31 PM 



1 and host_write_ptr 22 in step 248. If they are equal, 

2 Tx_Done 91 is asserted and the process returns to step 248 

3 until they are not equal and Tx_Done 91 is not asserted, 

4 whereupon the process enters step 252 and uses MAC_read_ptr 

5 86 to read the data segment memory and read the header in 

6 step 254 as well as the value of the "next" field of the 

7 descriptor for the memory slot pointed to by MAC_read_ptr 

8 86. The header and data are sent to MAC Tx Data 88 in step 

9 256. The memory slot pointed to by the MAC_read_ptr 86 also 

10 includes a bit from the descriptor status array 44, which is 

11 set to "free" in step 258, and the value "next" that was 

12 earlier recovered in step 254 is written into the 

13 MAC_read_ptr 86 in step 260. The process then returns to 

14 step 248 in search of additional packets to remove from the 

15 packet buffer. 
16 

17 

18 
19 
20 
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